FEATURE ARTICLE by Robert Lang 



USB Interface Development 

Need a USB interface for data acquisition? Simply choose a chip and software development 
system, and then build a circuit board. You can test the board with an uncomplicated HID 
mouse application. 



hen I finally got around to buy- 
ing a laptop computer, I was surprised 
by its lack of classic serial and parallel 
ports. The general trend for new PCs 
is the replacement of classic serial and 
parallel ports with Universal Serial 
Bus (USB) ports. Previously, I'd used 
the classic ports for controlling equip- 
ment and data acquisition. But with 
their elimination, I'd lost my interface 
capability. Thus was born this USB 
interface project. 

A LOOK AT USB 

Several hardware manufacturers got 
together and developed the USB 2.0 
specification, which has a high data 
transfer rate of 480 Mbps. USB 2.0, 
which is backward- compatible with 
the previous USB 1 . 1 standard, uses the 
same cables, connectors, and software 
interfaces. USB 1.1 supports data rates 
of 1.5 Mbps (low) and 12 Mbps (full). 

USB enables you to plug in and 
unplug peripherals without having to 
power down your comput- 
er. This process, called enu- 
meration, initiates commu- 
nication with the peripheral 
and identifies the device 
driver that should be loaded. 
Each peripheral is assigned 
a unique address during enu- 
meration that's used for run- 
time transfers. During run- 
time, the host PC initiates 
transactions to specific 
peripherals, and each periph- 
eral accepts its transactions 
and responds accordingly. 

A USB peripheral is a 
slave that obeys a defined 
protocol. It must react to 



request transactions sent from the host 
PC. The peripheral responds to control 
transactions that, for example, request 
detailed information about the device 
and its configuration. The peripheral 
sends and receives data to and from the 
host using a standard USB data format. 

You can use Microsoft's free 
USBView utility to display the USB 
connection tree and show the USB 
devices connected to it together with 
their configuration data. You'll find 
this extremely useful for debugging 
USB enumeration errors. USBView 
runs on Windows 98, ME, 2000, and XP. 
USB ports transfer data through end- 
points, which are analogous to buffers. 

Photo 1 shows the USBView pro- 
gram's output with my hardware and 
test software connected. USBView 
tells you that the device has one con- 
figuration and a maximum packet size 
of 8 bytes. It operates at low speed 
with one open pipe. There's an inter- 
rupt type of endpoint that transmits 




Photo 1— The output of the USBView program running on Windows 98 shows infor- 
mation about the USB interface. 



3 bytes of data every 10 ms. 

CHOOSE A PROCESSOR 

I considered several different 
microprocessors for this project (see 
Table 1). Each has its own advantages 
and disadvantages. 

The FTDI FT232BM is the simplest 
chip to use, but it has two disadvan- 
tages. The chip manufacturer supplies 
a simple serial driver with a user 
application-programming interface. 
It's extremely simple to write a pro- 
gram in Visual Basic to send USB 
data out the chip at just about any 
data rate. The problem is that the 
Microsoft USB HID driver sends data 
in data packets. The HID device 
must decode the data and process it. 
Because the FT232BM has no on-chip 
programming capability, it can't be 
used as an intelligent USB device that 
does internal processing. It's also avail- 
able only as a 32-pin SOIC, which 
makes it a little difficult for the home 
solderer to use. 

The second chip I consid- 
ered was the Cypress 
AN2131. The problem with 
this chip, in addition to its 
small form factor, is that it 
has no permanent memory. 
The AN2131 has USB 
firmware programming that 
handles the initial USB 
response,- however, the USB 
interface also must be used 
to download programming 
from the PC to the device 
before it can act as an intelli- 
gent USB device. I decided to 
avoid the additional com- 
plication of downloading 
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Chip 


Driver 


API 


Software 


Program 
memory 


Speed 


Form factor 


Serial 
ports 


Cost 


Comments 


FTDI 

FT232BM 


Vendor 


Vendor 


None 


Unknown 


MHZ 


on n | n CHIP 
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easy to incorporate in Windows program, but the vendor- 
written driver and API don't support Microsoft MIDI or 
HID device drivers. Mainly used for converting USB port 
to serial port. 


Cypress 
AN2131 
(8051 deriv- 
ative) 


Microsoft 


Microsoft 
Windows 


Cor 

assembly 


8-KB RAM 


24 
MHz 


44-pin 
PQFP 


2 


$6.50 


EZ-USB core will enumerate it as a USB device without 
firmware. USB interface can be used to download code 
to RAM. 


Microchip 
PIC16C745 


Microsoft 


Microsoft 
Windows 


Cor 

assembly 


8-KB OTP or 
UV erase 


24 
MHz 


40-pin PDIP 


1 


$5.15- 
$17.26 


Interfaces with existing Microsoft drivers and API. Limited 
memory options make software development difficult. 


Microchip 
PIC18F2455 


Microsoft 


Microsoft 
Windows 


Cor 

assembly 


24-KB 

Flash memory 


4-48 
MHz 


28-pin PDIP 


1 


$7.76- 
$9.32 


Has erasable flash memory. 



Table 1— Me a look at a few of the popular microprocessors with USB capability. 



programming to the device. 

The Microchip PIC16C745 was the 
third chip I considered. This looked 
extremely promising with a nice 
40 PDIP form factor; however, it's 
only available in a one-time program- 
mable or UV erasable form. Because I 
didn't feel confident programming the 
chip correctly the first time, and 
because I didn't want to purchase a 
UV eraser, I decided to pass on it. 

The final chip I looked at was the 
brand new Microchip PIC18F2455, 
which had everything I wanted: a nice 
28 PDIP form factor and plenty of 
electrically erasable flash memory. 
Because the flash memory isn't lost 
when the chip is powered down, 
there's no need to reload the program 
from the PC at each power-up. 

PIC18F2455 DETAILS 

The PIC18F2455 is one of 



Microchip's new USB-enabled flash 
memory microprocessors. The 24 KB 
of flash program memory allows you to 
store about 12,000 16-bit instructions 
that can be erased and reprogrammed 
electrically. The flash program memo- 
ry supports 100,000 write/erase cycles 
and has a retention period longer than 
40 years. The microprocessor has 
2048 bytes of RAM. 

The PIC18F2455 has many of the 
features you've come to expect from 
Microchip: serial communication 
module (UART), four timers, 10 10-bit 
A/D channels, and a master synchro- 
nous serial port (MSSP), which is use- 
ful for communicating with peripheral 
devices such as serial EEPROMs and 
supporting SPI and PC protocols. The 
microprocessor has 75 base instruc- 
tions. It offers seven different operat- 
ing modes for managing power con- 
sumption. The lowest power mode, 




To program in circuit 

1. Unplug USB and MIDI 

2. Unplug crystal 

3. Rug in programming col 



Sleep mode, draws approximately 1 uA. 

The USB engine is V.2.0-compliant 
and operates at low (1.5 Mbps) and full 
(12 Mbps) speeds. It supports control, 
interrupt, isochronous and bulk trans- 
fers, and up to 32 endpoints. It has 1 KB 
of RAM starting at 400h that's shared 
between the CPU and the USB engine. 

You can configure the shared memo- 
ry for optimal use. The first few loca- 
tions are used for endpoint (buffer) 
descriptors: BDnSTAT, BDnCNT, 
BDnADRL, and BDnADRH. The num- 
ber of endpoints using dual (ping-pong) 
buffering locations defines the loca- 
tions. BDnSTAT is the status register 
for the n endpoint. Bit 7 determines 
who owns the buffer (CPU or SIE) and 
who can write to it. BDnCNT is the 
number of bytes the buffer can hold. 
BDnADRL and BDnADRH are the 
low- and high-order bytes of the 
address where the buffer starts in the 
400h-7FFh range. 
The PIC18F2455 
supports a dual- 
buffering scheme 
in which each end- 
point has two 
buffers defined. 
Up to a total of 
64 buffers can be 
defined. 



is added to the circuit, it can't 
be powered from the USB. 



Figure 1— The schematic for the USB interface includes the optional MIDI and debugging components. 



BUILD THE 
HARDWARE 

The circuit for 
the USB interface 
is fairly simple (see 
Figure 1). There are 
few enough con- 
nections that it can 
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be built on a 2" x 4.5" proto- 
type board with hole spac- 
ings at 0.1". The heart of the 
system is the PIC18F2455 
that handles the USB proto- 
col. Because I planned to 
eventually develop the 
device into a USB-MIDI 
interface, some MIDI plugs 
and a 6N139 high-speed, 
high-gain Darlington 
optoisolator were added, but 
these aren't needed for the 
mouse demo in this project. 

Five LEDs are used to announce the 
state of the microprocessor and a 
power LED. A 20-MHz crystal oscilla- 
tor provides the clock for the system. 
A manual push button is used to reset 
the system. There's an ICSP program- 
ming connector used to bring pro- 
gramming signals from the program- 
mer to allow for the programming of 
the chip without removal from the cir 
cuit board. A USB connector com- 
pletes the hardware. The completed 
circuit board is shown in Photo 2. 

For the initial debugging, I added an 
optional MAX233 RS-232 driver/ 
receiver, which allowed me to send 




Photo 2— The completed USB interlace circuit board shows the programming con- 
nection (top center), the USB connector (top right), and the Reset button (lower left). 



debugging data to be printed by the 
PC at 38,400 bps. Some USB hubs 
don't have over-current protection. It's 
important that you stay under the 
100-mA limit in order to prevent 
damaging the hub. The circuit board 
draws approximately 30 mA (55 mA 
with all LEDs illuminated) without 
the MAX233. If you decide to add the 
MAX233, it can't be powered from the 
USB or damage may occur. Heed this 
voice of experience! 

I changed two things in the circuit 
in Figure 1. I added a 470-nF polarized 
capacitor that connects pin 14 (VUSB) 
to ground. This change enables the 
device to operate at the USB's high or 



low speed by just toggling 
bit 2 of the program variable 
ucfg. Secondly, I connected a 
1-uF polarized capacitor 
between 5 V and ground on 
the USB connector. This 
limits the inrush current 
when the device is plugged 
into a USB port. 



CHOOSING SOFTWARE 

Having chosen a chip, the 
next problem was to deter- 
mine how to program it. Assembly 
language and C language were the two 
obvious choices. After looking at 
some other USB programs, it appeared 
that the program would be fairly com- 
plex and would probably be a major 
undertaking in assembly language, so 
I decided to use C language. The main 
challenge to using C was locating a 
compiler that wouldn't completely 
deplete the budget for the project. 

I searched the Internet for a good C 
compiler (see Table 2). PICC was by 
far the most complete and fully devel- 
oped C compiler. At $1,900 it was 
also the most expensive for a compiler 
that would work with all Microchip 



Features 


SourceBoost B00STC 


HI-TECH PICC 


B Knudsen Data CC5X 


Custom Computer Services PCWH 


Version 


1.8 


8.05 


3.2 


3.212 


ISO ANSI C 


No 


Partial, no recursion 


No 


No 


IEEE 32-bit floating point 


No (planned for future) 


Yes 


32 bits but not IEEE 


32 bits but not IEEE 


Mixed C and assembly 


Yes 


Yes 


Yes 


Yes 


PDF User manual 


No. On-line help for IDE, mini- 
mal on-line help for compiler. 


Yes (395 pages) 


Yes (109 pages) 


Yes (257 pages) 


Separate linker 


LINKER.EXE 


HLINK.EXE 


MPUNK.EXE 


No 


Constants in program memory 


Yes (strings only) 


Yes 


Yes 


Yes 


Environment 


Yes 


Yes 


No 


Yes 


User-defined variable location 


Yes 


Yes 


Yes 


Yes 


Array size definition 


Yes 


Yes 


Yes 


Yes 


Delete unused functions . 


Yes 


Yes 


Yes 


Yes 


Structure/union 


Yes 


Yes 


Yes 


Yes 


Project support 


Yes 


Yes 


No 


Yes 


Trial 


15-day trial of full version. Time 
unlimited trial of limited version. 


21 -day trial of full version. 
Time unlimited trial of limit- 
ed version. 


Time unlimited trial of limited 
version 


30-day trial of limited version 


Download size 


7.7 Mb in seven files 


6.8 Mb in one file 


0.4 Mb in one file 


5.2 Mb in one file 


ANSI standard libraries 


Minimal 


Most 


Math 


Some 


Platforms 


Windows 


DOS 


DOS 


Windows 


Supported processors 


Scenix, PIC10-PIC18 


PIC10-PIC17 PIC18 
requires separate PICC-18 
compiler (additional $950) 


Microchip PIC1 0-PIC1 6 PIC1 8 
requires separate CC8E com- 
piler (additional $250) 


PIC10-PIC18 


Price 


$70 full 


$950 


$250 


$425 



Table 2— These popular C compilers are for Microchip PIC microprocessors. 
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Photo 3a— This view of the BOOSTC integrated development environment shows the project window, files window, assembly code window, and build output window, b— After 
compiling, the program can be executed in Debug mode. The green highlighted line shows the position in the source and code windows that corresponds to the current pro- 
gram counter (PC). Other windows show the contents of the processor registers and program variables. 



PICs. I eliminated the $500 CC5X 
because it didn't have an integrated 
development environment (IDE). The 
PCWH on the other hand had a 
Windows-based DDE, but I ehminated it 
because of its price. I ended up choosing 
the most economical option, BOOSTC. 

When I downloaded SourceBoost 
BOOSTC, it was in active ALPHA 
testing and available for free. But even 
now the compiler is the most eco- 
nomical. The downloading process for 
the BOOSTC compiler/IDE was nice 
because I had a 56k modem and had 
trouble downloading some of the 
other large compilers. SourceBoost 
thoughtfully broke up their 7.7-Mb 
system into seven 1-Mb files, which 
were easy to download using even the 
slowest modem. 

COMPILER/IDE 

After cranking up the BOOSTC 
compiler in Windows, I was pleasantly 
surprised by the easy-to-use user inter- 
face ( see Photo 3a). The file pane shows 
the C coding as it's edited or compiled. 
The code pane shows the original C 
coding and the generated machine 
code/assembly language equivalent. 

One quirk that I noticed while com- 
piling code for a PIC16F877 was in the 
machine code listing. The order of the 
bytes was reversed from what had 
been produced by the Microchip 
assembler. The assembler produced a 
machine code of 0E03 for SWAPF STA- 
TUS , W, while the BOOSTC produced 
030 E, which was the same order as 



the data in the hex file. Microchip 
reverses the order of the bytes when it 
writes the hex file. It's something to 
be aware of, but the end result, the 
hex file, is identical in both cases. 

The documentation for the BOOSTC 
compiler is being developed. It's current- 
ly available as an on-line HTML file. If 
you are new to C, check out Ernest 
Ackermann's book, The Essentials of 
the C Progiamming Language. 

Photo 3b shows the IDE in Debug 
mode. The file pane shows the C pro- 
gram. The instruction being executed 
is highlighted. The LED bar displays a 
port's output. Note that the Register 
bar shows the content of the processor 
registers and bits. As you can see, the 
TMR0ON bit is set in the T0CON 
processor register. The definitions of 
bits and registers are controlled in a 
processor TDF file that can be cus- 
tomized. The Watch window allows you 
to display any of the program variables. 

I encountered several problems as I 
wrote the program because the com- 
piler isn't ISO-ANSI C-compliant and 
the documentation was rather limited. 
I tried converting an ISO ANSI C pro- 
gram to compile with BOOSTC. There 
were several problems related to com- 
piler errors during program develop- 
ment. The SourceBoost on-line forum 
was extremely valuable for reporting 
compiler errors (www.sourceboost.ipb- 
host.com). The response time from the 
developers with a compiler fix or 
workaround was usually one or two 
days. The on-line documentation for 



the IDE was adequate. The on-line 
documentation for the compiler is 
constantly improving and more coding 
examples are being added. 

PROGRAM THE PROCESSOR 

The PIC18F2455 uses a different 
programming algorithm to write and 
erase the flash memory than previous 
PIC18xxxxx microprocessors. Because 
the PIC18F2455 chip was brand new 
when I got it, third-party programmers 
had not yet modified their software to 
support the new algorithm. This creat- 
ed a delay while I wrote some soft- 
ware to use the new algorithm. By 
now, though, I'm sure IC-PROG and 
other third-party programming soft- 
ware support the new chips. 

TEST SOFTWARE 

The first program I wrote with the 
BOOSTC compiler was a small one to 
blink the LEDs on the circuit board. The 
program was relatively simple to write. I 
also used it to debug the programming 
software and the ICSP connection. 

The next piece of software was 
based on a USB HID example program 
from Microchip. The example program 
set up the microprocessor as a mouse 
device, and it supplied mouse coordi- 
nate data to the PC. It basically caused 
the mouse pointer to move around in 
a figure-eight pattern. The Microchip 
example was written for a different 
microprocessor and a different C com- 
piler. You may download the source 
code for the Irritating Mouse test from 
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Listing 1— The device descriptor is the first USB descriptor sent to the host. The device descriptor begins to 
define the USB device to the host. 



const char Devi ceDescri ptor [] = {0x12, // 18 bytes long 



0x01, // Device descriptor type 

0x10, 0x01, // USB specification release (2.00) 

0x00, // Class code 

0x00, // Subclass code 

0x00, // Protocol code 

0x08, // Maximum packet size 

0xD8,0x04, // Vendor id (04d8) microchip 

0x09,0x00, // Product id (0009) 

0x00,0x02, // Device release number 2.00 

0x01, // Index to string that describes vendor 

0x02, // Index to string that describes product 

0x00, // Index to string that describes serial number (none) 

0x01 // Number of possible configurations 
}; 



the Circuit Cellar ftp site. 

The program uses minimal inter- 
rupts. The interrupt routine handles 
only USB reset interrupts, activity 
(wake-up), and token-done interrupts. 
Most of the processing is done on an 
approximately 10.9-ms timer routine 
in the main program. The main pro- 
gram begins by flashing the five LEDs on 
the board. This is just to give feedback 
that the microprocessor is running. 

Next, the main program calls the 
UART_I n i t routine to initialize the 
serial port to 38,400 bps for debugging 
output. This may be confusing, so let 
me explain. I was using a 20-MHz 
crystal as the clock for the micro- 
processor, and I supplied a value to the 
U ART_I n i t routine that sets a data 
rate of 38,400 for a 24-MHz crystal. 
This is because a constraint for using 
the USB at full speed requires the 
CPU clock to run at 24 MHz. The 
configuration bits in _CONFIGlL are 
used to convert the 20 MHz provided 
by the crystal to 24 MHz for the CPU. 

After InitUSBis called to initialize 
the USB port, the T0CON register is 



initialized to start the TO timer with a 
10.9-ms period. Following this, the main 
program waits until the timer overflow 
flag is set to call the Servi ceUSB 
function to handle any USB requests. 
The Servi ceUSB function does one of 
four things: it restarts the system if a 
stall is detected; it reports USB errors; it 
puts the USB to sleep if the IDLEIE bit is 
set in the UIE register; or it calls 
Process_Req if the processing of a 
pending transaction is complete. 



The interrupt routine is minimal. 
It's triggered by USB interrupts. If 
there's activity on the bus while the 
device is asleep, the activity interrupt 
will wake the device up. If a USB reset 
is received from the PC, it's serviced 
immediately. And, finally, if there's a 
set address request from the PC, it's 
also serviced immediately. 

USB DESCRIPTORS 

Each USB class has a set of descrip- 
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tors that are used to give information 
to the PC about the USB device. Some 
of the types of descriptors include: 
device, configuration, string, inter- 
face, endpoint, HID, and report. 

The device descriptor for this proj- 
ect is shown in Listing 1 . The first 
2 bytes are pretty standard for all 
descriptors. The first byte contains 
the length. The second byte gives the 
descriptor type. In this case, a 1 indi- 
cates that it's a device descriptor. The 
descriptor gives the maximum packet 
size and other information. 

The vendor ID and product ID are 
of particular interest. The vendor IDs 
are assigned by the USB Implementers 
Forum. Microchip has a vendor ID 
(04D8), so I'll use it for this experi- 
mental device. Vendor IDs and prod- 
uct IDs must be used carefully 
because they can cause an incorrect 
driver to be loaded if Windows recog- 
nizes the vendor and product as one 
of its supported devices. Because there 
aren't any custom Windows drivers 
for this device, Windows will load the 
default HID driver when it enumer- 
ates the device. 

Because the HID is a general-pur- 
pose device that can support a mouse, 
keyboard, or just about any other low- 
speed device you'd like to build, it 
requires a special descriptor to define 
the data that will be transmitted to 
and from the device. The format of 
the report descriptor is rather com- 
plex, so the USB Implementers Forum 
developed the Descriptor Tool pro- 
gram (DT), which can create, edit, and 
validate HID report descriptors. DT 
was used to prepare the report 
descriptor for the Irritating Mouse 
test. The report descriptor also speci- 
fies that the x and y movements are 
relative to the previous position. 

The Process_Req routine is the 
program's workhorse that handles all 
of the control requests from the PC. It 
first checks the BDnSTAT of the 
active endpoint to see if there is a 
token in, token out, or token setup 
request. If it's a token in, the program 
will continue sending the requested 
descriptor. If it's a token out, the pro- 
gram will continue processing it. If 
it's a token setup, the program will 
look at the contents of the buffer to 



determine the bmRequestType and 
bRequestType. For example, if the 
bmRequestType is 80h and 
bRequestType is 6, the program will 
look at the wValue of the buffer (1), 
which means this is a Get Device 
Descriptor request. The program will 
then begin to load the device descrip- 
tor into the EPO input buffer. And so 
the processing continues. 

After the PC has requested and 
received all the needed USB descrip- 
tors, it sets the configuration for the 



device, and mouse data is loaded into 
EP1 input buffer. The mouse data con- 
sists of 3 bytes of data: the mouse but- 
ton data (unused), the x position, and 
the y position as defined in the HID 
report descriptor. The data is updated 
in 100-ms intervals, and the mouse 
begins to move in figure eights 
(extremely irritating). 

DEBUG THE PROGRAM 

Initially, I tried debugging the soft- 
ware using the five LEDs on the cir- 
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Debug 
Output 


Comment 


H>D 


Host to device 


SC 


Set configuration 


01 C 


Configuration is set to 1 


00 ff 00 


Mouse data is transmitted from EP1 once 


HID 


HID request 

Duiici^upy.untncqucbi type a ux^u 


H>HID 


Host to HID 


Sidle 


Set idle 


stall 


Stop EP1 transmissions 


l>H 


Interface to host 


HID RD 


Report descriptor 


05 01 08 


50 bytes of report descriptor are sent 


a1 00 08 




15 00 08 




81 02 08 




05 01 08 




7c 5a 08 




f5 0a 02 




H>D 


Host to device 


SC 


Set configuration 


00A 


Configuration is set to 0, which forces 
device back into address state and pre- 
vents mouse data from being sent. 



Table 3— In this debug output from a run with a compiler 
error, the HID report descriptor was transmitted incor- 
rectly, which caused the host to take the device out of 
Configured mode. 



cuit board, but that provided inade- 
quate information. Because the com- 
piler prevented me from using the 
same subroutine in two different 
threads, I used LEDs to report infor- 
mation about the interrupt routine. I 
hooked up an optional Maxim 233 
RS-232 driver/receiver to the micro- 
processor UART to send debugging 
data via a serial port to the 
HyperTerminal communication pro- 
gram running on the PC. The first 
LED lights up when there's a reset 
interrupt. The fifth LED lights up 
when there's an error interrupt. 

Table 3 is part of the commented 
debugging output from one of the 
early runs that revealed an error. In 
this run a compiler error caused the 
report descriptor to be stored incor- 
rectly and the USB enumeration 
failed. The problem occurred in the 
fifth buffer transfer of the HID report 
descriptor. The first 2 bytes of the 
sixth buffer were transmitted as 
7C5Ah instead of the correct 257Fh. 

The faulty report descriptor trans- 
mission caused the PC to change the 



configuration from 1 back to 0. With the 
latter, the device is in the addressed 
state and no mouse data transmissions 
can occur. Table 4 shows the com- 
mented output of a run after the 
compiler error was fixed. To turn off 
the debug output, the #def i ne 
DEBUG_SERIAL 1 line in USBDEFS.h 
should be commented out. 

SIMPLE USB 

I chose a chip and software develop- 
ment system and built a circuit board. 
I also tested the circuit board with a 
simple HID mouse application. Now 
it's your turn. 

The PIC18F2455 provides an excel- 
lent platform for building a wide range 
of USB devices. The BOOSTC C com- 
piler is a low-cost alternative to more 
expensive compilers for PIC software 
development. Good luck. H 

Robert Lang is a professional electri- 
cal engineer interested in embedded 
microprocessors, mechanical musical 
instruments, and MIDI. He has writ- 
ten several articles for electronics, 
computer, and synthesizer maga- 
zines. You may contact Robert at 
rlang@netdoor. com. 



PROJECT FILES 



To download the code and a complete 
parts list, go to ftp.circuitcellar.com/ 
pub/Circuit_Cellar/2005/l 78. 



RESOURCES 



E. Ackermann, The Essentials of the 
C Programming Language, Research &. 
Educational Association, Piscataway, 
NT, 2001. 

Microchip Technology, "PIC18F2XX0/ 
2XX5/4XX0/4XX5 Flash Microcontroller 
Programming Specification," 
DS39622D, 2005. 

USB Implementer's Forum, "Device 
Class Definition for HID Version 1.11," 
www.usb.org/developers/hidpage/. 

, "HID Descriptor Tool," www. 



Debug Output 


Comments 


USB Irritating 

Mouse V 1 . 1 


Program debug begins 


1 
1 


USB initialization complete 


tii inn ■ « 
TMR0 up 


Timer is working 


D>H 


Device to host 


GD 


Get descriptor 


device 


Descriptor type=device 


12 01 08 


Show first 2 bytes and total num- 
ber of bytes transmitted in hex (8) 


H>D 


Host to device 


SA 


Set address 


2 


Address is 2 


D>H 


Device to host 


GD 


Get descriptor 


device 


Descriptor type=device 


12 01 08 


Get all 18 bytes of 


d8 04 08 


Device descriptor 


00 01 02 




D>H 


Continue getting 


GD 


Config and String 


Config ... 


Descriptors 


H>D 


Host to device 


SC 


Set configuration 


01 C 


Config is set to 1 


00 ff 00 


Mouse data transmitted once 


HID 




H>HID 


Host to HID 


Sidle 


Set idle 


stall 




l>H 


Interface to Host 


HID RD 


Report descriptor 


05 01 08 


50 bytes of report 


a1 00 08 


Descriptor are 


15 00 08 


transmitted 


81 02 08 




05 01 08 




25 7f 08 




— A —.A f\r\ 

cO cO 02 




00 ff 00 


Mouse data transmission starts 




Repeat eight times 


00 ff 00 




00 ff 01 






Repeat eight 


00 ff 01 


Continues drawing figure 


00 01 01 


8 until unplugged 



Table 4— The HID report descriptor was transmitted 
correctly in this debug output from a run made after the 
compiler was fixed in version 1.9.3. The mouse data 
transmission starts after the host receives the good 
report descriptor. 



SOURCES 



usb.org/developers/hidpage/Microsoft. 

, "Universal Serial Bus Revision 

2.0 Specification," www.usb.org/ 
developers/docs/. 



USBView 
FTDI 

www.ftdichip.com 

PIC18F2455 Microcontroller 

Microchip Technology 
www.microchip . com 
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